-
-
Notifications
You must be signed in to change notification settings - Fork 31.6k
[v22.x backport] src: initialize privateSymbols for per_context #58217
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: v22.x-staging
Are you sure you want to change the base?
Conversation
Review requested:
|
@jazelly Any reason why this was closed? Would you like to pick it up again? |
I got a couple of JS crash/OOM in GHA like https://github.com/nodejs/node/actions/runs/14944261967/job/41985588150?pr=58217 I was thinking maybe this cannot be backported without backporting #55453? Was closing this to give me more time to debug this. |
I think these crashes are irrelevant to this change. |
For this GHA failed build on windows
I got it reproduced in my windows machine, and reverting #57578 fixed it. It failed due to a major change that lives in v23 and after but not before, specifically this one. The LocalVector was introduced before/in v22, but it was then stablized in v23 with that change. I don't think #57578 should be back ported to v22. Not sure if we have v22.x-staging build periodically. cause I believe the v22.x staging won't build on windows successfully with that LocalVector change. |
We have daily builds of v22.x-staging https://ci.nodejs.org/view/Node.js%20Daily/job/node-daily-v22.x-staging/ It looks like Windows builds have been failing since 7 May with e0a025a -- they were passing the day before with 3f5899f. |
Sorry I put a wrong link before. I was talking about this back port commit from #57733
#57733 was back ported to v22.x-staging 5 hours before that, so it could be the one that causing the failed build. If the failure log on windows about the the static assertion, then I think we need to revert that back port.
I can raise a separate revert PR to revert backport c408a7f. But I am not sure about the OOM on linux, which I guess are also failing the v22.x-staging build. |
@jazelly thanks for investigating that, I'm able to confirm that c408a7f is the culprit: I've removed it from the staging branch |
e611888
to
1e5c8a2
Compare
e0a025a
to
d03f13a
Compare
PR-URL: nodejs#57519 Backport-PR-URL: nodejs#58217 Reviewed-By: Antoine du Hamel <[email protected]> Reviewed-By: James M Snell <[email protected]>
PR-URL: nodejs#57479 Backport-PR-URL: nodejs#58217 Reviewed-By: Chengzhong Wu <[email protected]>
Backport 2 commits where the second one was rebased on the first one.
src: ensure primordials are initialized exactly once
src: initialize privateSymbols for per_context
The manual backport bypassed the usage of Get/SetPrototypeV2 that does not exist on v22.x.